/C?^^*^ 
v^— ^*^^ 


UBS&fiISs 


)0      \^i<:>Z>-^ 


^S^^^ 


Center  for  Information  Systenns  Research 

Massachusetts  Institute  of  Technology 

Alfred  P   Sloan  School  of  Management 

50  Memorial  Drive 

Cambridge,  Massachusetts,  02139 

617  253-1000 


IMPLEMENTING  COMMON  SYSTEMS: 
ONE  ORGANIZATION'S  EXPERIENCE 

Peter  G.  W.  Keen 

Gloria  S.  Bronsema 

Shoshanna  Zuboff 


August  1981 

CISR  WP  No.  80 
Sloan  WP  No.  1265-81 


0  1981  Peter  Keen  -  Gloria  Bronsema  -  Shoshanna  Zuboff 

Center  for  Information  Systems  Research 
Sloan  School  of  Management 
Massachusetts  Institute  of  Technology 


-1- 

CONTFf'TS 

1.  Introduction 

2.  Arnold  P?nk  ^  Trust 

3.  IP? 

I.  Development  J^trateRies 

5.  The  Research  Study 

6.  Comparative  r^se  Studies:  Overall  Results 

7.  Technical  Issues 

P.  Thassin  and  Pothnla:   Tv;o  Less  Successful  Installations 

9.  Farlia:   The  Creation  of  Formal  Liaison  Poles 

10.  Asilta:   Implementation  as  Acculturation 

II.  A  Strategy  for  Common  Systems  Bevelopnent 
1?..  Conclusion 

FIGURFS 

1.  Case  Studies:   Implementation  Factors  ^  Outcomes 

2.  Organizational  Change  Paradigm  of  Implementation 

3.  Selected  Quotes  from  Cpsg   Study  Interviews 

11.  Modifying  IPS 

5.  A  Strategy  for  Common  Systems  Implementation 

6,  Design  Issues  for  the  Central  Development  Team 


-2-  • 

TtiTPOPlirTT'^^' 

Common  f'ystems  ^rp    a  strategy  for  large-scale  development  that  can 
provide  economies  of  scale  and  optimal  use  of  scarce  technical  expertise. 
Rather  than  have  every  division  build,  say,  an  order  entry  system,  a 
central  group  defines  a  core  system  which  may  be  modified  to  fit  local 
units'  needs.   In  some  instances,  a  Common  System  is  designed  to  replace 
existing,  incompatible  systems  and  thus  provide  an  integrated  reporting 
capability  and  standardized  data  elements.  . 

Common  Systems  do  not  involve  any  innovative  or  distinctive 

technology,  rlthough  they  frequently  rely  on  'telecommunications  and  data 

base  management  systems,  v;hich  n?y  be  relatively  new  to  the  organization. 
They  do,  however,  pose  complex  problems  of  design  and  management. 

This  paper  describes  the  experience  of  a  large  bank  in 
implementing  a  Common  System  in  almost  '10  countries.  The  system  is  central 
to  the  organization's  long-term  strategy  and  has  been  its  major  systems 
development  effort  over  the  past  five  years.   From  the  start,  the  project 
has  had  major  support  from  senior  corporate  management. 

The  relative  ease  of  implementation  and  degree  of  success  have 

varied  widely  across  divisions.   The  differences  provide  clear  general 

lessons  about  both  organizational  and  technical  factors  in  managing  Common 

Systems  development.   Tn  particular,  they  highlight: 

(1)  the  myth  of  "user  invol v^ment";  involvement  is  too 
often  defined  as  passive  participation;  it  needs  to 
be  viewed  in  broader  terms,  and  issues  of  authority, 
accountability  and  leadership  explicitly  addressed 

(?)    the  value  of  education  as  "tec>^noTogy  mobilization", 
to  lead  rather  than  follow  i-^p]  ementation 

(3)  the  need  to  balance  and  integrate  the  roles  of 
central  and  local  groups 
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CO  the  npv/  terhni  cpi  prohlrm  ConTon   Syst^ns  raisps, 

such  as  the  dpfinition  of  thp  "core",  the  importance 
of  local  vendor  exportis«,  and  the  difficulties  of 
local  maintenance  of  a  centrally  defined  system 

(R)  the  inpoftancp  of  an  explicit  policy  on  central 
authority  versus  local  autonomy 

2.   APNOLD  PANK  AND  TPIIfT 

Arnold  Pank  and  Trust  is  one  of  the  "^0   largest  banks  in  the  M.S. 
Its  corporate  lending  group,  for  which  the  Integrated  Processing  5!ystem 
(IPS)  was  built,  operates  in  almost  sixty  countries.   Arnold,  like  all 
international  banks,  faces  major  new  busine'ss  challen;^es.   Its  "spreads", 
the  difference  between  interest  charged  on  loans  and  the  bank's  own 
borrowing  costs,  have  fallen  to  a  point  where  profits  and  revenue  growth 
almost  entirely  depend  on  major  shifts  from  lending  to  fee-based  services. 
Labor  costs  are  rising  rapidly  and  amount  to  about  ^OT.  of  the  company's 
cost  base.   Competition  from  non-banking  organizations  is  growing. 
"Electronic  banking"  -  electronic  funds  transfer  systems  and  cash 
management  services  in  particular  -  are  becoming  major  factors  in 
international  banking.   Customer  service  is  the  key  determinant  of  success; 
where  accurate,  fast  processing  of  transactions  is  essential,  Arnold's 
performance  is  only  average. 

Arnold  has  four  world-wide  divisions:  Europe,  Latin  Ajnerica,  Far 
East,  and  ^^idrile  Fast.   It  is  highly  decentralized.  V/hile  most  of  its 
business  is  in  dollar  loans  or  involves  !!^  corporations,  local  market  needs 
and  characteristics  vary  widely.   The  bank's  "front  office"  in  each  country 
provides  marketing,  ^ ending  and  credit  management,  and  its  "back  office" 
handles  all  operations  and  processing  of  transactions. 

Arnold  has  a  central  development  group  in  Milan;  this  was  created 
when  the  decision  was  made  to  implement  IP?  world  wide.   Each  country  has  a 
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local  d?ta  center;  the  largor  ones  have  their  own  development  staffs.  The 
main  computers  in  use  are  TPM  "i^JI's.   Arnold  hps  a  private 
telecommunications  network  that  operates  between  the  "5!,  Furope  and  a  few 
countries  in  the  Far  "^ast  and  Latin  America.   Tt  also  makes  heavy  use  of 
TELEMFT  and  5V/TFT,  an  international  banking  network. 

?."  IPS 

The  objective  for  TP.*^  is  ambitious:   real-time  processing  of  all 
the  bank's  transactions  for  all  its  major  products.   These  include  loans, 
letters  of  credit,  foreign  exchange  deals,  mortgages,  leases,  etc.   Data 
are  stored  at  the  transaction  level,  and  data  elements  are  standardized 
across  countries.   A  long-term  aim  for  TPS  is  global  customer  integration, 
the  ability  to  manage  a  major  multinational  client  as  a  single  entity,  even 
though  its  subsidiaries  have  accounts  in  different  countries,  and  hence 
have  irreconcilable  customer  identifying  codes. 

IPS  grew  out  of  a  system  built  in  Milan  in  the  early  1970's  and  is 
based  on  Italian  banking  practices.   The  decision  to  implement  it  worldwide 
was  made  in  107f^.   TPS  is  vritten  in  standard  COBOL  and  does  not  draw  on 
major  software  productivity  aids,  such  as  structured  methods.   There  is  no 
data  base  management  software.  Transactions  are  saved  and  tagged  with 
cross  reference  codes  in  which  reports  can  be  aggregated  from  these 
detailed  records.   IPS  contains  over  a  dozen  major  functional  modules, 
corresponding  to  the  bank's  major  products.   The  core  system  almost  always 
needs  local  modifications. 

Milan  spearheads  the  implementation  effort.   The  local  unit  will 
generally  send  several  key  staff  to  Italy  to  learn  the  system.   The 
individual  country  determines  which  functions  will  be  built  first.   In  mid- 
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19'^1,  IPS  was  operational  in  ?')  countries  with  more  than  l'^  underway  or 
scheduled  for  start-up. 

n.      PFVFLOPr'F^'T  STPfiTFGTF'^ 

The  development  stratej^y  for  IP?,  at  both  the  central  and  local 
level,  has  changed  significantly  since  the  early  implementations.   Since 
Arnold  had  never  before  built  a  Common  System,  it  is  not  surprising  that  it 
underestimated  vjhat  was  involved,  especially  at  the  local  level.   The 
change  in  development  strategy  is  a  main  theme  of  the  rest  of  this  paper. 

The  major  shifts  in  strategy  are  shown  below. ■ 
Strategy:   from  PAPACHdTTMG  to  ACCULTIIPATTON 
Pace    :   from  CRASH  to  FTLTFR 
Focus    :   from  TFCHHOCFMTRIC  to  ORnflHIZATTONAL 

The  parachuting  strategy  was  used  in  the  first  implementations. 
Milan  had  successfully  built,  tested  and  installed  IPS  in  Milan  and  two 
other  European  countries.  V/hen  the  decision  was  made  by  Thassin,  a  Middle 
East  country,  to  adopt  IPS,  f'ilan  assumed  that  it  could  send  the  program 
tapes  directly  to  Thassin,  who  in  turn  assumed  that  only  a  few  months  of 
largely  technical  effort  would  be  needed  to  install  it.  The  consequent 
surprise  was  great  and  disruptive.   The  experience  of  implementing  IPS 
resulted  in  a  significant  loss  of  morale  and  a  continued  '"Vfe  -  They"  gap 
between  users  and  technicians. 

Asilta,  in  Latin  America,  saw  the  problems  parachuting  had  caused 
in  several  other  countries  and  relied  instead  on  acculturation :  making 
sure  there  was  a  sense  of  local  owership,  investing  heavily  In  education 
and  building  formal  user  liaison  roles. 


Several  count-.ries  used  a  cr?sh  pace;  the  priority  was  to  get  the 
technical  systpm  up  and  runniriR  as  quicHy  as  possible  and  then  to  deal 
with  traininp,  and  orf»anizational  problems.  The  fil  ter  approach 
increasinply  used  in  later  implementations  adjusts  the  pace  of  development 
to  the  organization's  ability  to  assimilate  the  change.   This  delays  the 
installation  of  the  system  but  significantly  eases  its  institution- 
alization . 

The  technocentric  focus,  apparent  in  several  countries,  sees 
implementation  as  centering  around  technicai  development;  the  technicians 
both  dominate  the  planning  process  and  determine  the  sequence  and  timing  of 
phases.   The  organizational  focus  places  far  more  responsibility  on  senior 
users.  User  "involvement"  and  "education"  are  entirely  different  and  play 
a  more  active  role  in  implementation  in  this  latter  case. 

5.   THF  RFf^FyPCH  ST[)PY 

The  three  dichotomies  were  identified  prior  to  carrying  out  the 
comparative  case  studies  described  later  in  this  paper.   These  were  part  of 
a  larger  research  project  examining  policy  issues  in  managing  computer 
technology  .   Tnterviews  with  over  1^0  senior  users,  managers  and  technical 
personnel  in  most  of  the  countries  where  IPS  had  been  installed  provided  a 
broad  overview  of  experiences,  management's  role,  outcomes  and  user 
satisfaction.  On  the  basis  of  the  interviews,  nine  countries  were  selected 
for  detailed  study.   Figure  1  lists  them,  together  with  brief  summaries  of 
key  implementation  factors  and  outcomes. 
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The  criterls  for  selecting,  the  sites  were: 
(1)  developnent  strategy:  parachuting/acculturation 
(?)  pace:  crash/filter 
(3)  focus:  technocentric/organizational 
(U)  perceived  ease  of  inplementation:  disruptive/smooth 

(5)  geographic  dispersion 

(6)  size  of  country  and  complexity  of  operations 

Two  countries,  Thassin  and  Asilta,  which  were  at  extremes  on 
criteria  1-1  above,  were  selected  for  most  detailed  study. 

The  case  studies  were  based  on  a  "controlled  comparison" 
methodology  suggested  by  George  (]Q7P).   They  were  not  exploratory  but 
intended  as  limited  theory-testing  and  as  theory-building.   The  "probes"  - 
organizing  questions  the  research  team  used  to  guide  their  interviews  - 
were  based  on  a  paradigm  of  implementation  as  a  process  of  managing 
organizational  change  (Keen,  1Q«1?)  .   This  perspective,  particularly  when 
expressed  in  terms  of  the  influential  Lewin-?chein  and  folb-Frohman  models 
(Figure  ?) ,   has  substantial  theoretical  and  empirical  support  as  a  general 
descriptive  and  prescriptive  conception  of  implementation,  (see  Keen,  1077) 

This  paradigm  provided  a  focus  and  guide  for  the  studies.  Key 

questions  were: 

(1)  Pre-installation:  How  was  the  idea  of  the  system 

introduced  to  users?  Was  there  a  "felt  need"?  How 
did  the  central  and  local  development  staff  and  the 
users  see  their  roles?  Was  a  joint  contract  for 
change  built? 

(?)  Installation:  What  resources,  technical  and 

nontechnical,  were  comrnitted  to  the  project?  \-Ihst 
were  missing?  What  was  the  nature  of  any  user 
"involvement"?  What  type  of  leadership  did 
management  provide? 


_in- 

(3)  Post-installation:  How  was  the  system  handed  over  to 
the  local  unif  Uas  its  value  established  and  user 
expertise  built?  Vhat  traininc;  and  support  were 
provided''  I'hat  was  the  perceived  impact  on  work, 
skills,  conmunication ,  and  influence  at  all  levels 
of  both  the  front  and  back  offices? 

The  organizational  chanpe  paradign  v;as  used  for  theory-testing  in 

the  sense  that  it  provided  a  prior  explanation  of  the  major  factors  likely 

to  influence  the  success  and  failure  of  particular  developrent  stragegies. 

The  more  important  dimension  was  theory-building: 

(1)  what  distinctive  implementation  factors  pre   relevant 
to  the  special  case  of  Common  Systems? 

(2)  do  Common  Systems  require  different  design 
techniques  from  traditional  single-site  systems? 

Tn  theory-testing  mode,  the  research  team  looked  for  goodness  of  fit  and 
counter  examples.   For  theory-building,  it  tried  to  surface  events, 
outcomes  and  opinions  which  required  additional  explanation. 

The  main  case  studies  involved  at  least  '50  interviews  per  site.   A 
careful  effort  was  made  to  sample  individuals  at  all  levels  and  across  all 
functions  and  to  avoid  dependence  on  one  group  or  viewpoint.   The  cases 
rely  on  the  observers'  interpretation.   The  history  of  a  complex 
organizational  process  of  this  sort  poses  problems  that  in  the  end  defy 
"objectivity" : 

(1)  no  one  in  the  organizational  unit  has  a  complete 
picture 

(?)  statements  even  on  "facts"  vary  dramatically  and  are 
uncheckable 

(3)  many  of  the  key  events,  actions  and  objectives  are 
not  documented 

(*<)  there  are  many  hidden  agenda,  especially  around 
political  issues  ?nd  individual  career  goals 

(S)  a  powerful  mytholor'.y  grows  up  around  major 
organizational  innovations. 
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The  research  tean  used  several  techniques  to  crosscheck 
information,  includinp,  in  one  instance,  hiring  an  outside  expert  with  no 
knov^ledpe  of  Tp?  ©r  the  orp,?nization .   His  sole  Job  was  to  pet  the  view- 
point of  several  key  actors  to  counterbalance  that  which  the  rest  of  the 
research  tean  had  been  given  by  individuals  who  had  different  interests  and 
with  whon  they  had  been  in  conflict.   Tt  was  felt  that  the  researchers  had 
a  menta]  set  that  would  bias  any  interviev/s  with  those  actors.   The  depth 
and  bread  of  the  samples  ensured  that  no  group's  perspective  was 
overlooked.   The  Thassin  and  flsilta  studies  in  particular  were  very 
detailed  and  the  comparative  approach  prevented  the  atheoretical  narrative 
focus  of  most  case  studies. 

That  said,  the  research  _is  case-based.   Case  studies  are  a 

contentious  methodology,  that  obviously  cannot  meet  tests  of  "rigor"  or 

p 
objectivity  .   They  seem  the  essential  vehicle  for  studies  of  complex  "nrl" 

organizational  events  in  which  there  are  intertv/ined  individual  and  group 

issues,  opinion  and  fact,  politics,  technology  and  history.   The 

conclusions  arrived  at  from  the  comparative  case  studies  seem  firmly 

grounded  in  "data". 

6.   COMPAPATTVF  C/'SF  ^TUPTpt;.   pVFRALL  RFSULT?^ 

In  general,  the  early  implementations  of  IPS  used  parachuting  and 
a  crash  pace.   The  firm  viev/point  of  the  local  and  central  technical  staff 
seemed  to  be  that  a  major  advantage  of  "^P^   was  that  it  v/as  an  "operational" 
system,   """t  "worked". 

In  practice,  the  system  needed  far  more  local  modification  than 
was  expected.   Instead  of  the  "core"  amounting  to  QO*  of  the  system  and  10^ 
being  local  add-on,  the  ratio  was  probably  closer  to  *^0-UOf ,      Obviously, 


the  locpl  unit's  expectations  about  the  type  and  degree  of  effort  involved 
mainly  depended  on  its  assumption  -  or  the  central  development  staff's 
statement  -  about  the  core. 

A  common  complaint  in  the  parachuted  implementations  was  that  IP? 
was  based  on  Italian  banking.  Minor  differences  in  local  markets  might 
mean  major  changes  to  the  code,  v/hich  was  not  well -documented.   The  Milan 
group  was  seen  as  forcing  the  system  onto  the  local  unit,  v;hen  in  fact  it 
seems  clear  that  it  v;as  really  unaware  of  the  problems  posed  by  local 

banking  proceeduros. 

In  general,  the  parachuting  strategy  led  to  major,  predictable 
problems.   In  particular,  even  where  IPS  has  been  "operational"  for  a  year 
or  more,  users  complain  it  is  still  not  implemented.   In  terms  of  the 
social  change  paradigm,  this  is  a  typical  indication  of  a  system  not  being 
institutionalized  or  "refrozen".   The  introduction  of  a  system  that 
requires  major  changes  in  jobs  and  proceedures  breaks  open  the  status  quo. 
It  is  a  type  of  organizational  experiment,  piven  momentum  from  top 
management's  cormitment  and  the  allocation  of  significant  nonroutine 
resources.   Parachuting  takes  the  local  unit  by  surprise;  no  preparation  is 
made  to  handle  the  uncertainty  and  strain  and  no  resources  allocated  to 
mesh  the  new  system  into  its  organizational  context. 

There  is  evidence  that  Milan  initially  saw  local  complaints  about 
the  unexpected  effort  required  to  adopt  IPS  as  "footdragging"  and 
"not-invented-here".   Parachuting  partly  reflects  the  central  development 
team's  confidence  in  the  quality  and  completeness  of  its  system;  it  can 
hardly  be  expected  to  support  a  strategy  of  acculturation  which  in  effect 
views  the  Common  System  as  a  starting  point,  not  an  end  point.   '      .'...' 


ParachutinR  was,  however,  successful  in  at  least  four  countries. 
(This  conclusion  is  not  based  on  the  case  studies  but  on  earlier 
interviev;s.)   In  every  case,  this  was  a  snail  unit  where  there  \iss   little 
or  no  use  of  computers.   TPF  represented  a  major  improvement  in  capability, 
and  was  eagerly  accepted,   f'ost  importantly,  the  organization  could  easily 
be  adopted  to  the  system.   In  larger  countries,  parachuting  depended  on 
this  occurring  but  organizational  inertia,  lack  of  a  felt  need  for  change 
and  user  resistance  prevented  it.   The  acculturation  strategy  adapted  the 
system  to  the  organization. 

The  parachuting  strategy  increased  the  culture  gap  between  the 
technical  group  and  the  users.   It  was  interesting  to  the  researchers  to 
note  how  capable,  motivated  individuals  on  each  side  of  the  chasm 
separating  the  bringers  of  change  and  the  receivers  try  to  explain  the 
outcome.  The  technicians  tend  to  assume  problems  in  implementation  reflect 
laziness  or  incompetence  on  the  users'  part  and,  in  turn,  users  see  the 
technicians  as  empire-building.   A  distinctive  feature  in  the  interview 
data  gathered  for  the  case  studies  is  the  pain,  anger  and  deep  sadness 
users  express  several  years  after  the  event,  when  they  reflect  on  what 
happened  after  they  stood  on  the  landing  zone  waiting  for  the  IPS  tapes  to 
float  down. 

A  major  surprise  in  the  interview  data,  however,  is  the  technical 
staff's  emphasis  on  user  involvement.   Tn  Thassin,  which  represents  the 
extreme  of  parachuting,  the  technical  staff  stress  the  extent  to  v^hich  they 
consulted  "users".   Tn  Farlia,  some  users  complain  they  were  never 
consulted,  at  the  same  time  =>s  the  technical  staff  describe  the  mechanisms 
specifically  created  to  provide  a  liaison  role  between  users  and 
developers. 
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This  contradiction  is  easily  explained.   Th^  parachutists  define 
"users"  as  those  individuals  directly  involved  in  the  developnent  of  the 
IPS.   The  acculturists  define  them  as  those  affected.   The  former  are 
primary  users  and  pre   mainly  personnel  in  operations  and  data  entry.   The 
latter  are  secondary  users:  managers  and  staff  in  the  front  office 
functions  of  lending  and  credit.   Tn  one  sense  there  was  higher  user 
involvement  v.'ith  parachuting  than  v;ith  acculturation,  especially  when  a 
crash  pace  was  adopted.   A  small,  tightly  knit  group  of  programmers  and 
Operations  staff  worked  very,  very  long  hours  to  install  the  system.   Thera 
was  a  sense  of  pride  and  even  herosim.   Operations  played  a  key  role;  the 
whole  business  of  the  bank  depended  on  their  ability  to  bring  up  ^p?.   They 

were  the  users. 

The  npcd  for  user  involvement  is  one  of  the  cliches  in  the  systems 
development  literature.   The  case  studies  highlighted  several  questions  of 
general  relevance: 

(1)  Who  is  the  "user"? 

(2)  V'hat  _is  "involvement"? 

(?)  vrhat  pre   the  consemiences  of  involving  primary 
rather  than  secondary  users'' 

It  seems  obvious  that  semantics  matters.   Tn  Thassin,  the  development  team 
explicitly  tried  to  involve  users.   Their  narrow  concept  of  who  the  user  is 
has  had  some  disastrous  long-tern  consequences  (see  Section  ^) . 

Parachuting  seemed  to  be  associated  with  passive  leadership  by  top 
management.   This  mny  hp  because  a  Conmon  System  is  brought  in  from 
outside.   It  needs  to  be  explained  to  top  management.   Tf  the  expectations 
of  those  directly  responsible  for  implementation  are  that  this  is  a 
straightforward  technical  venture,  top  management  will  be  likely  to 
delegate  authority  and  assume  a  passive  role. 
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All  the  top  nanrp,ers  interviewed  stated  they  were  "oommitted"  to 
IPS  fron  i-.he  start.   Several,  thoup;h,  stronpl  y  fee]  that  they  should  in 
retrospect  have  bppn  more  actively  involved  in  planning  and  that  they  did 
not  have  a  clear  idea  of  just  what  had  happened  in  the  immplementation 
process.  They  were  surprised  and  disturbed  that  after  the  system  had  been 
installed  so  nuch  work  still  had  to  be  done,  expecially  in  the  areas  of 
data  validation  and  control  and  training. 

The  need  for  top  nanaffement  involvement  is  another  central  part  of 
the  systems  development  litany.   The  case  studies  again  raise  general 
questions : 

(1)  Hov;  active  a  role  must  top  management  play? 

(?)  VJhat  is  the  distinction  between  committment  and 
involvement? 

(?)  \!hcr\    should  involvement  begin  and  end? 

Later  implementations  of  IPS  increasingly  used  the  acculturation 
strategy.   A  nev;  formal  staff  job  evolved:  the  user  representative.   The 
user  rep  is  responsible  for  liaison  between  users  and  technicians  and 
between  the  front  and  back  offices.   The  reps  must  have  high  credibility. 
There  is  a  need  to  create  a  career  path  for  them  (see  Section  '^) . 

The  decision  to  extend  "ilan's  small  original  system  and  create  a 
Common  System  was  made  directly  by  the  CFO.   Opinions  varied  widely  as  to 
the  quality  of  IPS  and  the  need  for  a  single  system  worldwide.   Previously, 

systems  development  had  been  handled  on  a  fairly  decentralized  basis. 
Several  units  strongly  opposed  IPS: 

(1)  larger  countries  which  already  had  many  of  the 

capabilities  of  Tp?  felt  that  the  cost  of  conversion 
would  be  disproportionate  to  the  additional  benefits 

(?)    in  the  Far  ^ast,  vrtiere  local  market  conditions  pre 
volatile  and  extremely  competitive,  the  bank's 
business  is  very  different  from  Furope  and  the  I)S; 
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somG  countrirs  arpued  that  TPS  was  unsuited  to  their 
needs.   They  vere  also  unwilling  to  delay  needed 
development  of  individual  subsystens  and  wait  for  up 
to  two  years  for  IPS. 

Fano  and  Cathay,  both  in  the  Far  Fast,  openly  rebelled.   The  head 
of  the  systems  proup  in  Fano  convinced  his  senior  nanapcrs  to  authorize  the 
purchase  of  a  mini -computer  and  software  packapes.   The  cost  was  under 
.<ilOn,000  and  provided  a  useful  capability  very  quickly.   Proponents  of 
local  development  cited  Fano's  experience  to  support  their  case. 
Proponents  of  the  Common  System  countered  that  Faro  v;ent  for  a  short-term 
gain  that  in  the  lonR-term  loses  the  far  greater  benefits  of  global 
customer  integration,  corpor^^te  reporting  and  standardized  data  elements. 
In  addition,  it  diverted  scarce  resources,  especially  management  time  and 
technical  staff,  and  delayed  """PS  even  more. 

IPS  remains  contentious,  although  the  need  for  a  Common  System  is 

now  generally  accpeted,  even  the  Far  Fast.   The  Milan  systems  group,  which 

sees  itself  simply  as  the  coordinator  of  the  shared  venture  Is  viev/ed  by 

some  as  empire-builders  and  even  autocrats.   The  whole  question  of 

authority  has  been  blurred  throughout  the  implementation  of  IPS.   It  seems 

that  this  may  be  a  general  problem  with  Common  Systems,  unless  the  issue  is 

explicitly  addressed: 

(1)  top  management  provides  a  directive  or  mandate  for 
the  Common  System, 

(?)    the  central  development  team  has  a  responsibility  to 
meet  that  directive  and  to  ensure  the  Common  System 
is  indeed  common, 

(3)  local  management  systems  personnel  are  responsible 
both  for  installation  and  for  making  the  system 
compatible  v;ith  business  priorities,  local 
conditions  and  organizational  needs. 

(?)    and  C)  are  always  potential  in  conflict.   Ambiguous  authority 

generates  political  stress  that  is  not  easily  resolved.   Tn  several 


FTniiPF  ■^ 
SFLFfTFn  OIIOTFS  FPOM  CAS^  STUDY 
TMTFRVTFUr. 

P/<RArHIIT"r^'G 

Tt  was  a  surprisp  thinf^s  didn't  work  so  easily.   Vfe  thought  we 
just  had  to  slap  on  a  propran  that  was  already  developed.  (Systems) 

Farly  non-Furopean  inplementation  is  v;here  we  had  our  problems, 
yet  Milan  did  not  see  that  as  their  accountability.   They  came  in'  "pave  us 
the  system  and  left".   From  their  point  of  view,  a  job  well  done,  from 
ours,  a  niphtmare. 

(Country  head) 

Tt'  would  have  taken  us  much  longer  to  create  an  IPS  -  like  system 
on  our  own  but  the  process  would  have  been  smoother  and  there  would  be  less 
maintenance.   (Country  head) 

TPS  in  our  branch  had  quite  a  few  problems: 

1.  The  technologists  came  and  said  it  was  the  answer  to  solve  all 
our  problems.   Two  years  later  implementation  day  arrives. 

?.  Tn  two  years  vip   did  nothing.   Marketing  people  Rave  it  the 
lowest  priority. 

3.  The  fault  is  clearly  ours  (marketing).   Tf  we  (the  senior 

people)  didn't  go  to  the  meetings  v;hy  should  the  others  take  it 
serious] y. 
(Marketing  Manger) 

tISFR  If'VOLVFMFnT 

The  designers  needed  to  be  closer  to  respond  to  what  we  needed. 
V/e  became  the  slave  to  what  they  thought  we  ought  to  have.   (Pranch 
Manager) 

There  was  no  response  when  managers  were  asked  what  type  of  screen 
they  wanted.  Marketing  people  are  generally  stumped  when  asked  directly  to 
systems  people  just  what  it  is  they  want.   (Systems) 

Meetings  that  "^   had  with  'Operations  were  interrogatory,  not 
participative.   They'd  say  "V.'hy  do  you  need  it".  .  .  not  "let  me  understand 
what  you  need.  .  ."  (Marketing) 

Tt  was  always  very  difficult  to  get  the  users  to  participate.   Tf 
the  users  had  more  knowlpdge  about  what  they  really  wanted,  if  senior 
management  had  emphasized  their  interests,  it  could  have  contributed  to  a 
cleaner,  more  defined  implementation  plan.   (Systems) 

POLF  PF  LOCAL.  flMP  cry;TR/iL  nFVFLOPMFMT  CRPlips 

Top  management  must  understand  the  need  for  commitment  and 
control.   Milan  is  not  under  our  control.   Schedules  should  not  be  made 
without  the  formal  involvement  of  users  In  the  countries  who  establish 
priorities.   (Operations) 
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Tts  alrlRbt  if  people  come  from  sbrosd  t-.o  help  with  the 
inplenentation ,  hut  they  have  to  cone  in  order  to  consult  with  the  local 
people  to  learn  about  local  requirenonts.  What's  good  to  Asilta  isn't  Rood 
for  Coriador.   (Systens) 

Many  of  the  transaction  variables  .such  as  nultiple  interest  rates 
on  one  contract,  are  ridiculous,  but  that  is  the  market  here.   (Marketing) 

The  rpanol  system  defeats  the  goal  of  intergration  but  we  could 
either  add  Ti-'ip  head  count  and  lower  service  quality,  sign  up  for  "rp?  and 
wait  to  build  our  own  system.   (Systems) 

IP?^  is  attractive  because  it's  all  there,  it  can  be  installed  from 
a  distance,  the  hardware  is  easy  to  operate,  it's  reliable.   (Senior  Milan 
Technology  *'?n?ger) 

It's  a  big  mistake  to  take  something  like  this  and  try  to 
implement  it  worldwide.   The  regulations  and  taxs  are  different  in  every 
country.   You  end  up  with  I'^OO  instructions  for  an  operation  when  you  only 
need  a  simple  multiplication.   Then  to  change  it  you  take  a  lot  of  time  and 
money  and  the  program  isn't  as  good.    (Systems) 

USFR  LTATSPM 

T  gave  the  Tps  team  a  lO-year  man,  a  good  guy.  .  It  was  well  worth 
it.   (Country  head) 

You  need  to  be  aggressive  (in  getting  user  representatives)  .   7t 
is  hard  to  squeeze  staff  out  of  senior  management.   (Senior  user 
representative) 

In  country  A,  there  v.-as  no  user  rep  for  IPS.   Tn  P,  the  user  r^ip 
was  not  familiar  with  local  regulations,  this  type  of  thing  causes  huge 
problems  in  implementation.   (Operations) 

The  user  liaison  people  were  poor  quality,   (operations) 

EDUCATION 
Me   need  a  reassurance  program  for  the  marketing  guys.   (Systems) 

T  went  around  to  drum  up  enthusiasm  from  the  other  groups.  .  .  but 
it  just  didn't  v;ork.   (Vfhy?)   They  don't  understand  the  system  and  they 
don't  care.   (Marketing) 

You  have  career  experience  and  are  good  at  certain  things.   "H-ie 
machine  makes  you  feel  dumb.   (Operations) 

I  think  the  key  is  that  there  needs  to  be  more  attention  to  the 
education  of  personnel  and  the  design  of  the  implementation  process. 
Pressure  to  implement  quickly  has  great  costs  in  the  long  run.   (Country 
head) 
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Milan  said  they  are  user  driven  -  T  don't  believe  it,  but  T  don't 
blame  them;  most  users  have  not  been  taup.ht.   (Country  head) 

T  still  don't  understand  "^PS.      Vo   one  helps  us   .  .  .It  disabled 
some  department  heads.   If  you  don't  understand  it,  you're  out  of  luck. 
(Marketinp) 

LFAHFRPHTP  AMH  COVMTTMF^'T 

V/e  just  didn't  do  our  homework  .  .  .  We  oversold  ''"PS  and  didn't 
follow  through,   (.'^enior  manager) 

I  don't  think  about  technology  much.  Tt  would  need  a  cultural 

change  to  get  me  going.   T  was  never  geared  to  think  of  technology  as 

changing  the  dynamics  of  my  business.   J  don't  see  any  direction  from  the 
top.   (Marketing) 

Technology  is  managed  up  not  down.   Decisions  to  buy  technology 
are  made  because  people  dovm  below  tell  the  people  at  the  top  v;ho  can't 
decide  because  they  don't  know  enough  about  the  details.   (Senior  5^ystems) 

To  get  marketing  involved,  the  country  head  has  to  support  the 
system.   He  has  to  tell  them  to  get  involved,  and  he  has  to  build  a 
relationship  betv;een  marketing  and  operations. 

(Systems  Manager) 

THE  NFFD  FOR  fl  PEFFPPF 

Can  we  really  satisfy  the  needs  of  all  the  users?  Someone  needs 
to  set  priorities.   (Operations) 

T  play  the  referee  between  the  department  .  .  .  The  problem  today 
is  to  satisfy  all  the  users.  V/e  need  a  policy  right  up  front  to  say,  this 
is  the  v/ay  to  do  it.   (Operations) 

V.'lth  any  Common  System  you  must  have  a  local  referee,  good  local 
auditor  and  someone  to  help  you  avoid  reinventing  the  wheel,   (fbuntry 
head) 
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countries  users  or  5ysters  personnel  cpu^bt  In  the  middle  complained  of  the 
need  for  a  "referee",  soneone  to  turn  to  who  can  cut  through  the  arguments 
and  impose  a  decision. 

This  general  discussion  of  the  case'  studies  mainly  focusses  on 
problems:  parachuting,  passive  involvement  of  users  pnd  managers  and 

blurred  authority.   .*^ction  in  of  this  paper  switches  perspective' and  looks 
af  the  highly  effective  strategy  used  in  Asilta.   Asilta  seems  almost  a 
textbook  case  of  how  to  implement  IPS.   The  senior  operations  manager  and 
head  of  systems  who  developed  the  strategy  there  spent  substantial  time 
talking  with  people  in  othop  countries  that  had  earlier  installed  TPf'. 
They  visited  Esondina  for  five  months  and  felt  that  Fsondina's  experience 
was  invaluable  in  alerting  them  to  the  complexity  involved  in  implementing 
a  system  created  far  away  but  that  affected  every  aspect  of  the 
organization. 

At  a  presentation  to  senior  management,  after  IPS  had  been 
installed,  the  Esondina  development  team  showed  a  slide  entitled  "IPS  -  A 
Culture  Shock".   Points  made  on  the  slide  included: 

(1)  many  people  who  are  impacted  by  IPS  get  no  benefits; 

(2)  stress  needs  to  be  lessened  by  upfront  publicity  and 
underplaying  the  benefits; 

(3)  do  not  isolate  the  user  representatives;  get  good 
quality  people; 

CJ)  ensure  there  is  on-going,  in-depth  training 
throughout  the  organization. 

This  slide  is  virtually  an  eoitath  for  parachuting.   Figure  '  provides 

representative  quotes  the  case  study  interviews  that  provide  concrete 

illustrations  of  the  issues  discussed  above. 


IPS  is  a  larRe  system  built  in  rOPOL  using  traditional  prograrrminR 
methods.   The  case  studies  indicate  several  problem  areas  when  even 
standard  technology  is  used  for  a  Common  System: 

(1)  the  definition  of  the  "core" 

(?)    data  base  conversion 

(3)  local  vendor  expertise 

CO  centralized  design,  with  decentralized  maintenance 

(5)  auditing  and  control 

A  Common  System  falls  somewhere  along  a  spectrum  whose  end-points 
are: 

(1)  complete  local  custom-tailoring 

(?)  complete  generalization 
A  general i?'^d  system  is  a  software  package  that  can  be  installed  in  a  local 
unit  with  no  changes  to  the  program  code  or  data  definitions.   A  custom- 
tailored  system  is  specially  programmed  to  meet  local  needs.   All  the 
individual  systems  across  the  organization  may  perform  the  same  functions 
and  perhaps  generate  the  same  outputs,  but  clearly  they  are  not  a  Common 
System. 

If  a  completely  generalized  package  can  be  defined,  every  unit  in 
the  organization  uses  a  copy  of  the  same  software.   Tn  the  case  of  IPS, 
parts  of  the  coc'e  had  to  be  modified  or  extended  to  meet  local  needs.  The 
Common  System  thus  contains  a  core  and  local  add-ons.   The  key  question 
is — is  the  core  POf  of  the  system,  ^n«,  or  ^O"? 

The  Milan  group  initially  viewed  it  as  almost  inn*.   Fano,  v/ho 
rebelled,  saw  it  as  ?n*  or  so.   '''PS  would  have  been  far  easier  to  install 
had  the  core  been  more  clearly  defined,  "^e    system  is  cumbersome.   In 
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their  effort,  to  be  fully  generalized,  the  Milan  team  built  complex,  larp.e 

routines.   To  change,  say,  the  foreign  exchanp;e  nodule,  programmers  in  the 

local  unit  have  to  know  the  code  in  great  detail.   Tt  v/ould  have  been  far 

easier  for  them  to  deal  with  a  simpler,  more  clearly  structured  (and 

documented)  core  that  provided  ^n»  of  functional  needs. 

The  example  of  payroll  nay  clarify  the  distinctions  made  here.   A 

Common  payroll  system  in  a  multi-divisional  company  may  have  as  its  core: 

(1)  routines  to  calculate  wages,  federal  taxes  and 
company  pension  and  medical  contributions 

(?)  parameteriz'-d  routines  to  handle  state  and  local 
taxes. 

The  individual  divisions  may  have  to  add  routines  for  local  union  contract 

provisions,  state  requirements,  etc. 

We  can  illustrate  problems  that  arose  with  Tps  by  analogy  with 

CPS,  a  Common  Payroll  System: 

(1)  differences  in  local  taxes  vary  so  widely  that  they 
cannot  be  handled  by  parameterized  subroutines; 

(?)  local  union  contracts  mean  not  only  writing  add-on 
routines  but  modifying  the  main  wage  calculations; 

(?)  these  changes  involve  adding  nev/  data  elements  to 
the  records,  introducing  problems  of  interfaces 
betvjeen  modules; 

(1)  a  division  in,  say,  Canada  is  told  that  because  ^ps 
is  generalized,  there  will  be  no  difficulty  adapting 
it  to  Canadian  taxes. 

The  more  standardized  the  application,  the  larger  the  core  can  be 

as  a  fraction  of  the  whole  system.   With  payroll,  most  corporate  and 

federal  calculations  and  reports  are  the  same  for  each  location.   For 

international  banking,  some  modules  are  fairly  general izable-forei gn 

exchange  or  letters  of  credit-  but  loans  or  leases  require  substantial 

custom-tailoring.   The  larger  the  core,  the  more  likely  and  feasible  the 

parachuting  strategy  becomes. 


From  n  study  of  onp  syst-.On,  it  is  obviously  impossible  to 
generalize,  but  it  seems  likely  that,  as  with  IPS,  a  central  development 
team  will  overdeslpn  a  Common  Fystem  and  overestimate  how  much  should  be  in 
the  core,  unless  local  units  are  actively  Involved  from  the  start. 

When  they  did  make  changes  to  the  core,  some  countries  altered  the 
actual  program  code  and  also  created  new  data  elements.   This  guarantees 
immense  future  problems  in  maintenance,  since  this  means  that  TPS-Pothnia 
is  not  the  same  as  IPS-Thassin  or  indeec;)  IP?.   Asilta  creatively  avoided 
this.  The  head  of  systems  there  argues  that  a  Common  System  is  defined  in 
terms  of  both  common  programs  and  common  data  elements  and  that  no  changes 
should  be  made  to  either.   Local  modificatioris  and  add-ons  should  be  done 
through  interface  modules. 

This  is  illustrated  in  figure  H .      The  Common  System  (1)  was 
modified  by,  among  other,  Pothnia  and  Thassin.   The  input  data  formats  and 
"front-end  data  capture"  routines,  the  programs  and  the  database  now 
contain  major  and  minor  differences  from  the  original  version.  The  long- 
term  poa"!  of  customer  integration  is  novf  impossible;  the  two  databases  are 
incompatible.   There  are  also  two  levels  of  maintenance  needed:   central 
and  local. 

flsilta  has  made  no  changes  v;hatsoever  to  the  Milan  version,  but 
added  modules  that  translate  from  the  local  formats  and  proceedures  to 
Milan's.  Vfhen  ftorden ,  in  the  same  way,  tailors  IPS  to  its  own 
requirements,  the  two  systems  are  still  compatible  and  maintenance  easier. 
Tn  this  strategy,  the  Common  System  is  viewed  as  a  database  on  which 
programs  are  hung,   f'any  other  countries  see  Tpf;  as  a  set  of  programs  and 
have  paid  very  little  attention  to  th*»  consequences  of  changing  data 
elements . 
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Obviousl  y,  n  full  dotn  bpsp  n^nnftrment  softw;ire  system  would 
reduce  this  proMon.   Current  DPM?  trchnoloRy  is  far  too  expensive  and 
inefficient  for  this  l=irp,e-scn]  e  trnnsaction  processin;^.   The  TP.^ 
experience  supc'^^^ts  that  mpny  Pomnon  *^ystems  v/i  1 1  ,  for  some  time,  b'^ 
designed  in  ronoL  usinr  trpditionnl  fi?  c-handl  i  nr,  techniques.   Tt  seems 
Important,  though,  to  huild  them  in  terms  of  dnta  manpgement  not 
prop.ramminp.  of  procedures. 

This  point  is  reinforced  by  the  difficulty  s^verpl  countries  th?t 
adopted  a  crash  pace  experienced  in  convertinp,  existing  files.   They 
focussed  on  r,ettinp,  the  proprams  modified  and  tested  and  then  tackled  data 
base  creation  and  conversion.   Tt  often  has  taken  an  extra  year  of 
fire-fiphtinp  to  p,et  the  data  right.   Asilta  spf>nt  six  months  on  this 
before  it  installed  the  programs. 

/^mold's  systems  staff,  in  Milan  and  elsewhere  work  with 
traditional  tools.   There  is  no  use  of  structured  methods,  HTpp,  walk- 
throughs, chief  programmers  teams  or  automated  test  tools.   Pecision  tables 
are  used  in  some  modules  and  Milan  is  currently  creating  a  data  dictionary. 
The  technical  staff  do  not  seem  to  have  a  sophisticated  understanding  of 
data  management.   They  approach  the  implementation  of  "^P?^  by  focussing  on 
procedural  programming.   The  case  studies  suggest  that  a  Common  ?ys'"em 
needs  to  be  conceptualized  as  a  database  not  as  a  set  of  COPOL  programs, 
even  where  it  does  not  use  a  nPM.^. 

One  major  surprise  that  emerged  from  cas^s  was  the  wide  variation 
In  reliability  of  TP.^  in  individual  installations.   V.'ith  basically  the  same 
code  anH  running  on  TPf  'nui's,  in  one  country  "crashes"  would  be  far  more 
frequent  than  in  anot^^er,  which  handled  the  same  or  even  a  lower  volume  of 
transactions . 
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The  pxrlsnation  ^pems  to  hr  that,  nost  proh]  ens  involve  the 
operatinp;  system,  in  this  case  TP'"s  C^C^.      One  of  the  oharaoteristlcs  of  a 
Common  5^ystems  effort  is  that  a  centra]  elite  builds  a  system  that  is  more 
complex  than  many  of  the  local  units  could  develop  by  themselves.   This 
encourages  economies  of  expertise;  Milan  could  hire  a  small  number  of 
first-rate  individuals  knowledr.eable  about  CTC.*^. 

The  local  units  can  neither  afford  nor  in  many  instances  locate 
this  expertise.   They  must  thus  rely  on  the  vendor;  Tn  Pothnia,  the  local 
IBM  office  is  snail  and  its  staff  not  as  knowledgeable  as  elsewhere.   Tn 
sone  countries,  TPM  worked  very  closely  with  Arnold's  staff  and  in  all 
cases  system  crashes  are  far  fewer. 

Arnold  is  just  waking  up  to  the  problem  of  central  design  with 
local  maintenance.   Remarkably,  the  issue  of  maintenance  was  not  addressed 
in  the  initial  development  or  in  implementation.   TPr^  is  poorly  documented 
and  labels  nix  banking  Fnglish  and  Italian.   CYily  a  few  of  the  technical 
staff  in  the  local  unit  were  sent  to  Milan  to  learn  the  system.   As  a 
result,  if  they  leave  there  is  no  one  who  understands  Tps  in  detail. 

Maintenance  is  a  burden  in  any  major  system.   A  Common  5^ysten 
imposes  additional  strains,  especially  if  modifications  are  made  at  the 
local  level.   The  future  cost  of  maintaining  1?^   is  likely  to  be  vast,  as 
much  as  .*!.?  million  a  year  in  a  large  country  where  the  central  bank's 
regulations  change  frequently. 

Related  to  this  is  the  issue  of  auditing  and  control.  Vere   again, 
the  central  group  relied  on  economies  of  exper'-ise.   The  Milan  system  was 
built  with  the  involvement  of  the  Italian  and  corporate  auditors.   local 
auditing  requirements  may  be  very  different.  T   any  changes  are  made  to 
the  system,  th<='rp  may  be  a  need  for  an  audit  at  both  the  local  and  central 
level . 


More  importantly,  TP5^  Is  an  integrated,  international  on-line 
funds  transfer  system.   This  makes  security  and  control  far  more  complex 
than  for  standalone  batch  processing.   "Hie  auditors  need  to  be  involved  in 
desipn.   This  is  difficult  Riven  that  local  units  cannot  change  the  design. 
In  addition,  their  audit  staff  may  not  have  adequate  experience.   IPS  is 
the  first  on-line  application  in  some'  countries.   The  auditors  are 
ill-prepared.   The  senior  auditor  for  one  division,  i.e.,  one  continent, 
stated  in  an  interviev;  v;ith  one  of  the  researchers:  "telecommuntcations  is 
just  a  buzzword". 

Bothnia,  v;hich  deliberately  chose  a  crash  strategy  and  avoided 
involvement,  has  found  that  by  not  building  in  controls  early,  it  has  had 
to  spend  far  more  time  after  the  fact.   In  other  countries  operations 
maintained  its  traditional  view  of  the  auditors  as  an  antagonist,  with  the 
sane  result.   Strenuous  efforts  are  being  made  by  the  units  currently 
installing  IPS  to  work  cooperatively  with  the  audit  function  and  vice 
versa.   IPS  has  made  the  auditor's  .job  much  more  complicated.   V'here 
they  involve  telecommunications.  Common  systems  introduce  a  quantum 
increase  in  complexity  and  coordination  in  the  technology  with  v;hich  the 
auditor  needs  to  be  familiar.   This  introduction,  if  parachuting  is  used, 
comes  at  very  short  notice.   Arnold's  auditors  v;ere  largely  unprepared. 

These  technical  issues  largely  relate  to: 

(1)  the  need  for  a  data-centered,  rather  than  program- 
centered  approach  to  a  Common  System 

(?)  differences  in  expertise  at  the  local  and  central 
levels. 

In  general,  Milan  did  not  initially  help  resolve  this  second 

problem.   Parachuting  meant  a  hands-off  attitude  by  the  central  group; 

local  staff  were  sent  to  Milan  beforehand,  but  after  that  the  country  was 
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larnely  on  its  own.   Ironically,  Milan  v/as  seen  as  autocratic,  imposing 
their  system  on  the  country,   fore  recently,  there  has  been  far  nore 
interaction  hetween  Milan  and  the  local  units  and  staff  have  been  built  at 
the  divisional  level  to  add  support. 

R.   THAPPTH  f,   POTHMIA:   TVn  LF.'^r.  ?lirrF?^5;FnL  TMPLFf-TMTATTONS 

Most  of  the  points  supimarized  in  the  preceedjnp,  two  sections  are 
illustrated  by  the  experience  of  Thassin,  Pothnia,  Farlia,  and  Asilta. 
There  are  three  other  countries  where  IP?  has  been  or  is  likely  to  be  a 
major  disaster.  Thassin  and  Pothnia  are  successes  in  that  ^ps  is  in  use. 
However,  the  installation  was  difficult  in  both  cases.   Asilta  is  a  clear 
success,  and  Farlia  likely  to  be.   The  differences  in  outcome- must  be 
ascribed  to  implementation  factors,  since  the  system  is  basically  the  same 
technically.   They  provide  an  important  message:   a  Common  System  is 
not  self-implementing  and  strategy  matters. 

Thassin  was  one  of  the  first  Tp?  implementations  outside  Furope. 
The  whole  organization  was  badly  taken  by  surprise.   The  decision  to  adopt 
TP?  was  made  almost  a  year  before  Milan  sent  the  tapes.   During  that  time 
virtually  nothing  was  done  to  get  ready. 

The  head  of  operations,  a  dominating  figure,  took  charge,   Ke 
worked  his  staff  very  hard;  tP-hour  stretches  at  the  office  were  frequent. 
He  believed  in  "management  by  fear"  and  demanded  and  got  a  "superhuman 
effort".   The  system  was  installed  in  ^  months. 

The  team  responsible  for  implementation  stressed  the  importance  of 
user  involvement.   The  people  in  marketing  say  there  v/?s  no  involvement 
whatsoever.   Tvro  full  years  after  installation,  at  a  major  planning 
meeting,  senior  marketing  managers  unanimously  complained  they  still  had  no 
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idea  of  wh?t  TPS  really  is  and  pot  no  value  from  it.  The  country  head,  who 
is  also  the  chief  narketing  officer,  has  played  a  very  passive  role, 
leaving  the  director  of  riporations  in  charge.   He  feels  that  IP?  is  a 
success  in  a  technical  sense,  hut  a  "psychological  disaster"  from  which  the 
organization  nay  not  recover.   The  Operations  head  justified  the  deliberate 
exclusion  of  marketing:  "if  we  had  gotten  everyone  involved  it  would  have 
been  inefficient". 

The.  Thassin  experience  indicates  the  importance  of  defining  "user" 
and  "involvement"  carefully.   The  director  of  Operations  built  an  esprit  de 
corps  among  the  system  staff  and  operations  personnel  who  were  the  primary 
users,   f^econdary  users  in  marketing  were  ignored.  Marketing  sees  the 
focus  of  power  in  the  organization  having  shifted  to  Operations,  since  all 
the  business  and  information  flov.-s  are  routed  via  TP?,  which  they  do  not 
understand  or  control.   They  see  too  many  costs  and  too  few  benefits  for 
themselves,  and  the  reverse  for  operations. 

The  system  group  and  most  operations  staff  are  also  not  happy  with 
the  system.   It  never  became  "ours".   The  design  began  before  the  users 
were  in  the  picture  and  the  designers  were  too  far  away,  in  Milan. 

The  head  of  operations  stresses  that  Thassin  did  v;ell  to  recover. 
He  is  fully  aware  that  there  should  have  been  better  planning  and  training. 
There  was  no  "reassurance  program"  for  the  lending  officers,  few  of  whom 
had  any  experience  with  computers.   He  found  that  his  most  difficult 
problem  was  deciding  between  conflicting  user  needs  and  between  Milan  and 
the  TTiassin  systems  group.   He  felt  that  Arnold  did  not  have  a  defined 
policy  for  ^PS.      He  needed  someone  to  he  a  "referee";  there  were  too  many 
unresolved  arguments,  political  rows  and  ambiguous  responsibilities. 
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The  weak  role  playfd  by  thp  country  hrnd  partly  reflected  tils  view 
that  computers  are  the  territory  of  Operations  and  f^ystems.   Many  of  the 
lending  officers  ascribe  their  own  resistance  to  or  apathy  about  ^ps  as 
caused  by  the  lack  o*"  clear  signals  from  the  top.   They  were  not  given  a 
chance  to  get    involved;  they  did  not  want  to,  and  since  the  country  head 
and  his  senior  subordinates  were  not  visibly  committed  to  "^Pf^   they  saw  no 
reason  to  be.  V.'hen ,  belatedly,  Operations  scheduled  meetings  with 
Marketing,  only  a  few  came  to  the  first  one  and  none  to  subsequent  ones. 
The  people  sent  v;ere  low-level  and  expendable. 

One  manager,  who  had  been  the  most  outspoken  opponent  of  IPS  and 
of  computers  in  general ,  became  an  advocate  after  going  to  a  meeting  at  the 
US  corporate  headquarters,  v;here  he  saw  how  firmly  committed  the  CFO  is  to 
ips  and  the  important  role  computers  will  play  in  arnold's  business 
strategy.   He  feels  that  a  major  education  effort,  v;ith  the  country  head 
publicly  involved,  was  essential  to  make  ""■??  work. 

Over  a  ''-month  period,  the  ^'i^a^  group  sent  several  "top-notch 
gurus"  to  Thassin.   They  stayed  for  two  weeks  at  a  time  to  help  "get  the 
bugs  out".   That  Is  not  regarded  as  sufficient.   No  rapport  vras  built  and 
the  Thassin  system  group  largely  resented  the  fact  that  the  people  whose 
design  caused  the  problems  did  not  have  to  pick  up  the  pieces. 

The  schedule  had  been  determined  by  the  division  managers  and 
Arnold's  US  headquarters.   Six  months  was  allotted;  TPS  would  be 
operational  on  July  1.   The  schedule  was  unrealistic  and  arbitrary  and 
recalls  F.P.  Prook's  reminder  that  it  takes  about  nine  months  to  have  a 
baby  and  that  assigning  three  times  as  many  staff  will  not  reduce  it  to 
three  months.  CProoks,  1^7")   The  deadline  was  mot,  but  it  was  another  four 
months  before  '''PS  v;as  stable  and  fourteen  months  before  the  key 


profitability  reports  finally  vorked.   During  this  periori,  not 
surprisingly,  there  was  substantial  "bad-  mouthinp;"  of  TPf^. 

The  consequences  of  the  passive  leadership  and  noninvolvement  of 
marketinp  have  been  disruptive.   Follow-up  interviews  nearly  tv/o  years 
after  TP?  was  installed  indicate  a  v;ide  culture  gap  betv/een  operations  and 
marketing,  substantial  resentment  on  both  sides  and  far  less  effective  use 
of  IPS  than  in  nany  other  countries. 

Pothnia's  strategy  led  to  similar  results,  but  more  discontent, 
even  in  Operations.   Pothnia's  management  faced  major  problems  with  rising 
labor  costs.   Tt  saw  IPS  as  an  opportunity  to  reduce  personnel  but  was 
afraid  that  there  would  be  substantial  resistance.   Tt  decided  on  a  crash 
strategy.  The  system  was  installed  as  quickly  as  possible  and  user 
involvement  was  explicitly  avoided.   The  idea  was  to  get  the  Tilan  version 
up  and  running  using  Pothnia's  data  and  to  make  modifications  quickly  and 
then  add  controls. 

The  system  works.   Tt  is  disliked  by  clerical  personnel  who  feel 
that  they  have  had  to  learn  by  trial  and  error.   Pecause  of  the  lack  of 
vendor  expertise,  it  crashes  frequently.   The  auditors  are   dissatisfied. 
Far  from  the  crash  pace  reducing  problems,  it  seems  to  have  guaranteed  they 
will  remain  unsolved  for  several  years  to  come.   Pothnia's  operations 
department,  which  bad  a  good  reputation  prior  to  TP^,  now  has  a  far  higher 
error  rate  in  transaction  processing,  mainly  due  to  problems  in  data  entry 
and  in  the  historical  data  base  created  for  "^PS^.      This  means  a  visible 
reduction  in  the  quality  of  customer  service. 

In  Thasin  and  Pothnia  the  basic  premises  of  the  paradigm  of 
implenen^'ation  as  managing  organizational  change  were  violated.   In  both 
organizations,  superhuman  effort  and  good  intentions  have  resulted  in  a 
poor  system,  loss  of  morale,  a  culture  pap  and  continued  expense. 
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9.   FtRLTA:   THr  rRFATTQM  OF  FOR^At.  I.Tj^T5:^M  POIFF 

The  Inplenentpt.ion  of  TP5:  in  Farli?  Is  still  in  progress. 
However,  it  seens  likely  to  be  a  success.   Tt  includes  two  major 
Innovations  in  strategy.   These  were  also  part  of  Asilta's  approach;  Farlia 
has  fornalized  then  even  more  and  allocated  additional  resources  to  them: 
(!)  the  creation  of  a  user  representative  liaison  role 
(?)  the  use  of  education  for  "technolop.y  mobilization" 
In  every  TPS  implementation  user  "involvement"  depended  on  someone 
being  available  to  provide  a  connection  between  the  technical ,  back  office 
and  front  office  groups.   The  attitude,  credibility  and  perceived  authority 
of  this  individual  or  individuals  in  fact  defines  the  scope  and  meaning  of 
involvement . 

Farlia,  concerned  about  the  culture  gap  between  f^ystems, 

Operations,  and  Marketing,  appointed  a  relatively  senior  manager  as  the 
formal  user  representative.   His  credibility  came  from  broad  experience  in 
the  bank  over  a  fifteen  year  period  plus  his  distinctive  personal  skills  as 
a  facilitator  and  communicator.   His  job  has  been  to  develop  a  cadre  of 
user  reps.   The  country  head  views  him  as  Indispensable  and  has  also  giv^n 
him  the  necessary  authority  to  select  good  people  from  the  line  functions 
rather  than  have  to  accept  expendable  ones.   The  poor  calibre  of  users 
assigned  to  the  ^ps  project  had  been  an  impediment  in  several  other 
countries.   Mot  surprisingly,  managers  in  marketing  and  operations  were 
generally  unwilling  to  release  their  best  people. 

The  major  problem  in  Farlia  (and  Asilta)  in  creating  a  group  of 
user  reps  was  their  lack  of  a  clear  career  path.  "Hie  reps  were  selected 
from  all  departments  of  the  bank;  for  example,  the  user  rep  for  the  foreign 


exchange  modulo  of  TP.S  was  a  supervisor  v;ith  substantial  FX  experience. 
They  are  no  longer  part  of  the  user  culture  but  are  also  not  Systems  staff. 
OriRinally,  it  v/as  expected  that  they  v/ould  return  to  the  user  department 
once  IPS  was  installed,  but  in  practice  this  is  rov/  a  permanent  role.   The 
ambiguity  of  the  position  and  the  lack  of  career  precedents  v/orry  them. 
The  senior  rep  is  careful  to  map  out  a  career  plan  before  he  tells  an 
in?udividual  he  or  she  is  to  be  given  this  new  job. 

The  creation  of  a  formal  liaison  mechanism  seems  to  have  had 
uniformly  beneficial  results.   Marketing  sees,  for  the  first  time,  someone 
who  is  trying  to  help  them  not  impose  IP!'  on  them.   Planning  and  training 
are  more  coordinated.   That  said,  there  is  a  feeling  that  involvement  still 
starts  too  late,  and  that  the  secondary  users  are  brought  in  after  the  key 
design  decisions  have  be^n  made. 

The  technology  coordinator  for  the  division  of  which  P'arlia  Is  a 
part  is  a  senior  manager  in  a  staff  position  that  reports  to  the  NY 
corporate  coordinator  in  Veu   York  and  on  a  "dotted-llne"  relationship  to 
the  division  head.   He  has  no  direct  responsibility  for  Implemmentation  of 
IPS  but  has  increasingly  used  resources  and  influence  to  create  the  user 
rep   role  in  Farlia  and  to  build  up  a  sizeable  training  center.   He  points 
out  that  involvement  is  possible  only  if  people  have  a  common  vocabulary 
and  base  level  of  knowledge.   He  uses  courses  to  make  computers  a  reality, 
show  non-terhnlcal  personnel  how  to  participate  and  make  them  face  up  to 
the  fact  that  TP?  is  coming. 

Uhile  reactions  to  the  courses  vary,  there  seems  to  be  an 
agreement  in  Farlia,  among  staff  and  managers,  that  they  have  bridged  the 
culture  gpp.   The  combination  of  user  reps  and  education  for  what  the 
coordinator  calls  "technology  mobilization"  represents  an  abandonment  of 


parachuting,  a  reHanc*^  on  a  slov/er  pace  and  a  shift  of  authority  fron  the 

technical  staff  to  the  rpps. 

The  Farlia  experience  highlights  issues  largely  ignored  in  the 

literature  on  user  involvement  (see  Hiokno,  lOPl) : 

(1)  invol venent  require?  skills,  methods,  and  a 
vocabulary,  not  just  affable  Rood-wlll 

(?)    it  must  be  formalized  and  drav/  on  capable,  credible 
people  who  have  the  necessary  functional  expertise 
and  are  good  facilitators 

(3)  it  is  expensive,  adding  new  staff  roles  and  training 
courses  to  the  budget. 

10.   Af^TLTA:  TMPI.FMFMTffTTnH  A?  prcilLTIIRATTOM 

The  implementation  strategy  used  in  Asilta  v/as  explicitly 
developed  by  the  head  of  operations,  Mr.  Leander,  and  the  senior  project 
leader  assigned  to  TP*^,  "r.  Pausanias.   It  partly  reflects  the  learning 
curve  Arnold  had  gone  through  with  TP^,  beginning  with  the  overoptimistic , 
unidinensional  approach  of  Pothnia  and  Thassin,  ^nd  moving  towards  the 
supporting  unfrastructure  developed  in  Farlia. 

Tt  also,  however,  reflects  high  quality  leadership.   In  many 

countries,  there  was  little  reflective  planning.   Leander  and  Pausanias 

from  the  start  focussed  on  the  problems  of  taking  a  system  developed 

elsev/here  and  building  a  sense  of  local  ownership.   The  key  components  of 

their  strategy  were: 

(1)  early  planning  and  a  delay  in  installation  in  order 
to  build  a  local  capability  and  to  use  Milan  for 
advice  and  education 

(?)    meaningful  involvement  and  the  development  of  a 
strong  user  team 

C)  a  "campaign  to  explain"  that  included  education  and 
public  involvement  by  top  management 

(^)    a  phased  development  in  which  timetables  v/ere 

determined  by  the  users'  pace  and  not  vico-vr>rsa 


-?^_ 


Ci)  data-oripnt.pd  rather  hhan  propiran-orlent.ed 
developmfnt 

The  sequence  of  event.s  covers  hhree  ye?rs.   "''n  Iste  19'^'^,  Leander 

and  Paiis?nias  visited  f'ilan  as  part  of  an  analysis  of  how  Asilta  could  move 

to  on-line  processing.   The  Asilta  team  decided  to  implement  Tps.   There 

was  substantial  pressure  from  Milan  and  few  York  to  do  so  quickly.   Top 
management  in  Asilta,  mainly  at  Leander's  uring,  resisted  this: 

FLeander]  v;as  firm  enough  with  our  plans  to  tell 
Europe  'no,  we'll  do  it  on  our  time  schedule'. 
He  supported  us  against  institutional  pressure. 
His  support  and  v/il3ingness  to  take  long  enough 
were  of  key  importance.  (Head  of  Systems) 

Tt  was  not  until  early  1970,  over  a  year  later,  that  the  technical 
work  began.   During  the  first  half  of  ic^f*,  Asilta  tried  to  learn  as  much 
about  IPS  as  possible.   The  senior  auditor  visited  almost  every  IP^   site. 
Four  personnel  from  Operations  and  one  from  Comptroller's  went  to  Fsondina 
for  five  months.   Fsondina  was  in  the  process  of  implementing  IP?;  with 
little  preplanning.   The  Asilta  team  "learned  from  their  mistakes.   After 
Fsondina  vie   had  a  more  realistic  picture".   ( Tt  was  Fsondina  that  later 
described  IP?  as  a  culture  shock  and  emphasized  the  need  for  good  user  reps 
and  indepth  training,  neither  of  which  had  been  provided.) 

The  first  half  of  1979  was  devoted  to  building  strong  teams  of 

user  reps  and  to  begin  training.   The  reps,  some  of  whom  had  no  background 

in  data  processing,  practiced  on  dummy  terminals  and  were  given  IP? 

manuals.  This  was  not  effective.  Milan  sent  a  consultant  early  in  197"; 

He  brought  it  all  together.   The  first  six 
months  were  really  wasted.   If  he  had  been  here 
from  the  beginning  we  could  have  gotten  into 
comprehension  much  sooner.   This  way  it  took  a 
lot  of  time  for  us  to  understand  fundamental 
theory. 
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The  consultant  arrived  at  the  same  tine  as  the  TPS  tapes.   He 
acted  only  as  an  adviser.   Unlike  Pothnia,  the  Asilta  local  system  team  did 
not  resent  his  coning:   "We  knew  he  was  only  temporary!"  Leander  and 
Pausanias  had  been  very  concerned  to  maintain  local  pride.   They  insisted 
that  their  staff  would  lead  the  project. 

The  first  step  in  install inp  TPS  (late  197")  was  to  convert  the 

old  data  base.   Fvery  other  country  had  started  by  convertinp  the  proRran. 

The  conversion  took  almost  six  months.  The  auditor's  staff  v.-ere  heavily 

involved.   It  was  not  until  nid-l^iPn  that  work  hef^an  on  the  first  nodule, 

foreign  exchange.   This  application  v;as  selected  because  processing  was 

currently  mainly  manual;  its  quality  was  poor  and  the  volume  of  data  low. 

The  user  reps  had  some  trouble  finding  a  skilled  user: 

We  were  v;orking  with  the  department,  but  v^e  just 
didn't  have  the  right  person,  so  some  of  the  key 
processes  were  being  left  out.  V/e  finally  had 
to  involve  a  first  line  supervisor  with  more 
detailed  knowledge  of  the  proceedures. 

The  strong  support  given  the  reps  by  senior  management  and  their  o\-m 

credibility  gave  them  the  implied  authority  to  make  this  change,  which 

required  the  replacement  of  the  original  supervisor. 

As  with  other  implementations  of  IPS,  there  vere   many  problems, 
especially  with  data  quality.   Instead  of  sending  tickets  to  be  processed 
overnight,  staff  now  entered  data  at  the  terminal.   Leander  introduced  a 
requirement  that  all  input  errors  be  corrected  and  an  input  completed 
before  employees  went  hone.   This  meant  staying  till  midnight  in  some 
cases.   Operations  personnel  had  to  work  all  weekend  for  several  months. 

During  this  period,  there  was  grovrlng  discontent  especially  among 
older  supervisors  and  some  loan  officers.   Leander  accelerated  the 
education  process: 


V/e  had  n  lot  of  minor  prohlpms  t.hnt  adHpd  up  to 
a  ^prp,pr    prohlrm.  V'f»  h?d  qiipstlons  from  every 
drpnrtmrnt  ,   Fvrntiinlly  v/o  h?>d  a  campaJr.n  to 
explain. 

The  user  reps  were  responsible  for  trainlnp,  all  employees  who  had 

to  work  with  IP5'.   The  process  bepan  with  a  presentation  by  senior 

manap.enent  which  explained  the  business  strategy  behind  TP?  and,  in 

addition,  provided  a  public  statement  of  conmltnent.   Overview  courses  were 

given  to  ?f^n  employees,  who  also  receive  regular  newsletters  on  TPS,  its 
schedules  and  progress. 

The  user  reps  met  regularly  with  supervisors  and  also  held 

informal  meetings  with  small  groups  of  employees  to  explain  details  of  IP?^, 

dispel  rumors  and  discuss  concerns.   Other  courses  provided  hands-on 

experience  v.'ith  computers.   Dummy  terminals  were  available  for  anyone  to 

practice  on: 

T  read  the  manuals  for  months,  but  t  only  under- 
stood what  was  going  on  when  T  started  to  work 
with  the  terminal .   J  learned  most  by  practice, 
(data  entry  supervisor) 
The  education  process  was  extremely  effective,  and  led  to  a 

helping  relationship  across  the  whole  organization.   Old  "students"  became 

new  "teachers" : 

My  chief  taught  me  all  the  work.   Poth  of  us 
learned  by  practice.  .  .  Always  people  resist  a 
new  system.  .  .V/hen  the  users  in  other  sections 
in  the  bank  have  any  problems,  they  call  me,  so 
I  teach  them,  (assistant  data  base 
administrator) 

T  don't  know  how  to  make  a  program  and  they 
fsystemsl  don't  knoi'  how  to  input  the  data.   So 
T  need  them  and  they  need  ne.   Vff  teach  each 
other  and  learn  from  each  other,  (user) 

Leander  and  Pausanias  maintained  strong  control  over  the  schedule. 

They  resisted  every  pressure  to  speed  things  up  (although  by  mid-iopl  they 

were  r^r    further  ahead  of  countries  that  started  earlier,  in  terms  of  the 

number  of  modules  Implemented).   Pausanias  cautioned: 


IP?  Is  not  inplenpnt.rd  in  Asilta.   It's  like 
spepkini^  one  word  of  Fnplish  and  saying  'T  speak 
Fnglish'.   IP?  is  Tike  that-you  put  in  a  little 
piece  and  you  say  it's  here.   That's  just  not 
true.   Tt's  a  concept,   "''t  vdll  take  years:  it 
will  never  be  'finished'. 

Pausanias  had  identified  data  quality  and  control  as  key  to 
successful  installation.   This  was  a  major  reason  for  careful  phasing  and 
for  the  close  cooperation  v/ith  the  auditors.   Asiltn  avoided  making  any 
changes  to  the  core  of  TP"^ ;  the  design  sequence  was: 

(1)  convert  the  existing  database  to  IPS 

(?)  define  necessary  local  modifications 

(3)  build  interface  modules 

m)    "test,  check,  test,  check,  test,  test,  test" 

The  development  team  worked  closely  with  the  local  TP^'  office, 
who  sat  in  on  most  meetings  that  discussed  schedules  or  technical  issues. 
The  three  most  obvious  facets  of  the  Asilta  implementation  were 
cooperation,  teaching  and  phasing;  every  unit  v/hose  support  or  knowledge 
was  needed  for  the  long-term  success  of  IPS  v/as  brought  in  early. 

^The  Asilta  strategy  stands  out  from  any  other.   It  needs  to  be 
stressed  that  no  consultant  or  OP  (organizational  development)  specialist 
recommended  it.   Arnold  is  a  hard-nosed  organization,  with  a  reputation  for 
tough  treatment  of  personnel.   Leander's  subordinates  see  him  as  aggressive 
and  firm.   Pausanias  is,  however,  unusual  for  a  data  processing  specialist 
in  his  concern  for  organizational  issues  and  for  people.  The  strategy 
reflects  not  a  prior  comnittnent  to  participation  or  OP,  but  a  realization 
that  the  degree  of  ch'^nge  implicit  in  Tps  required  careful  preparation  and 
that: 

Mser  involvement,  education  and  commitment  are 
it-that's  successful  implementation.  (Asilta 
country  head) 


Leanrter  and  Ppusanlas  saw  thp  consequences  of  no  involvement,  no 
comnitment  and  no  education,  especially  in  Fsondlna.   Their  acculturation 
approach  seems  to  represent  thp  n*»cessary  strategy  -  necessary  in  ^erms  of 
experience  -  for  this  Common  J^ystem. 

Tt  is  v;orth  askinp  why  il-  took  so  ]onR  for  this  approach  to 
evolve;  even  now,  at  least  six  countries  are  trying  to  parachute  TP5^  in. 
From  the  interviews  across  Arnold's  four  divisions,  the  main  reasons  seem 
to  be: 

(1)  the  assumption  that  TPS  js  a  complete  package 

(2)  the  existing  culture  cap   between,  technicians  and 
users,  the  absence  of  a  commitment  at  the  top  to 
closing  it,  and  a  consequent  lack  of  resources  for 
liaison  and  education 

C)  a  view  of  training  as  something  to  be  tacked  on 
after  installation 

CJ)  an  aggressive  "can-do"  attitude  among  many  managers 
in  Systems  and  Operations  that  encourages  a  crash 
pace 

Ci)  a  narrowly  defined  view  of  "user"  and  involvement 
which  results  in,  at  best,  pseudo-participation 

(f)    the  traditional  focus  among  technicans  on  design  and 
an  ignorance  of  or  even  disdain  for  "people"  issues. 

TPS  is  virtually  the  same  piece  of  technology  as  in  Thassin, 

Bothnia  and  Asilta  (and  in  Coliador  where  the  poor  quality  of  the  existing 

operations  suggests  that  IP5^  will  lead  to  complete  chaos,  and  in  Gotland, 

which  has  the  best  technical  staff  outside  Milan,  but  where  IPS  is  already 

two  years  behind  schedule  and  morale  very  lov;)  .   The  obvious  point  is  that 

the  huge  differences  in  outcome  reflect  differences  in  implementation 

stategy  and  that  installing  Common  System  is  only  partially  a  technical 

venture. 
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11.  A  ?TPATFr,Y  FOP  rorrcM   syrTpf"^  nFVFi.rpr'F>'T 

The  overall  strategy  for  Common  Systems  lievelopment  that  emerges 

from  Arnold's  experience  is  consistent  with  but  expands  on  the 

organizational  change  paradigm,  which  identifies  three  main  phases: 

(1)  unfreezing  -  creating  a  momentum  for  change, 
•  buildirg  realistic  expectations  and  developing  a 
joint  contract  between  the  insiders  and  the  outside 
change  agent 

(?)   moving  -  the  "technical"  steps 

(?)  refreezing  -  institutionalizing  the  change,  teaching 
and  reinforcing  the  nf'cessary  skills  to  manage  the 
system  and  building  a  sense  of  local  ownership. 

This  strategy  is  especially  effective  for  tactical  change:  small-scale 

projects  affecting  a  few  actors  or  units  (see  Keen,  lo^la>. 

A  large-scale  Common  System  effort  represents  massive  change  v;ith 

potential  immediate  shock.   The  unfreezing  stage  thus  requires  even  more 

attention  and  effort.  Figure  5  shows  six  main  stages  for  Common  5^ystem 

development  that  provide  for  this  and  for  a  careful  acculturation  approach, 
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The  rirst  stapo  is  Fxpoctnt- ion  Tpttinp,.   Many  of  the  problems 

encountered  in  the  implenentation  of  Tp?  reflected  unrealistic 

expectations.   A  Conmon  System  is  broupht  in  from  outside.   Individuals 

Inside  the  orpanization  need  to: 

(1)  look  at  the  experience  of  other  sites,  visiting  at 
least  a  few  of  them 

(?)    alert  top  management  to  the  resources,  time  frame 
and  commitment  required 

C)  make  a  clear  arrangement  v;ith  the  central 

development  Rroup  for  consulting,  support  and 
education 

(1)  identify  the  mechanisms  for  user  involvement 
The  next  stage.  Technology  Mobilization,  seems  critical  and  too 
easily  neglected.   Fxpectation  Petting  gets  the  development  team  and  top 
management  ready  for  the  venture.   Technology  Mobilization: 

(1)  builds  the  team  of  user  reps  team(s)  who  ^re   the 
internal  change  agents,  coordinators  and  educators 

(?)   uses  education  to: 

(a)  inform  the  wider  organization 

(b)  publicize  the  system 

(c)  demonstrate  top  management's  commitment 

(d)  provide  a  common  set  of  concepts  and  vocabulary 
for  user  involvement 

(e)  build  ski  lis 

(f)  create  a  forum  for  discussion 

The  user  reps  need  career  paths.   The  selection  process  involves 

identifying  individuals  vrho  have  a  relatively  unusual  combination  of 

experience  in  the  organization,  visible  expertise  in  the  functional  area, 

and  pood  communication  skills.  Line  managers  will  give  up  such  people  only 

if: 

(1)  top  management  has  provided  enough  authority  to  the 
senior  implementer 

(?)  the  nature  and  importance  of  the  implementation 
effort  has  been  demonstrated  to  line  management 
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FIGURE  5 
A  STRATEGY  FOR  COMMON  SYSTEMS  DEVELOPMENT 

I)nfrpp7inp:   Pl^nninn  *  Oesir.n 

(1)   FypfTtpMon  .'^phtlng 

-  definition  of  tb^  corp 

-  qlprification  of  cpntral  versus  local 
rolps 

-  iflentificption  of  mechanism  for 
involvement 

-  identification  to  top  nanapers  of 
resources,  lead  time  and  commitments 
needed 

(P)   TeehnoTopy  ''obil  i  zr-tion 

-  build  user  r^p  tpnm(s) 

-  start  education  process 

inform  and  publicize 

demonstrate  commitmeht 

provide  commoon  vocabulary  and  concepts 

build  skills 
create  forum 


Move:        Tnstallation 

(3)   Data  Ton version 

-  create  data  base 

-  assign  responsibil ity/sccountabil ity  for 
data  quality 

CO   Core  Tnstallation 

-  use  central  staff  as  consultants 


Refreeze:     Transfer 

(5)  Local  Adaptation 

-  build  interface  moduler 

(6)  Fvolution 

-  complete  training 

-  assipn  user  manager 

-  define  maintenance  strategy 
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C^)    user  rricinnp.prs  rnd  supervisors  nre  convinced  that 
promises  of  involvement  will  be  met. 

Accomplishinp,  this  is  not  something  that  can  be  done  quickly.   It  obviously 
also  requires  leadership. 

The  education  process  also  takes  time  and  substantial  resources. 

The  user  reps  have  to  learn  the  system:  here,  the  central  development  team 

can  be  invalu.^Me.   Then,  depending  on  the  scope  of  the  system,  users' 

existinp  experience  with  computers,  and  previous  training  courses,  some 

combination  of  the  following  will  be  needed: 

(1)  a  basic  course  on  computers,  empHpsizinp,  uses,  with 
opportunity  for  hands-on  experience 

(?)  an  introduction  to  the  Common  System,  focussing  on: 

(a)  its  objectives 

(b)  the   chrnpcs   it   v;ill    lead   to   in   work  proceedures 

(c)  data  management 

(d)  outputs   and   us'^s 

(e)  what  has  to  happen  to  make  it  work 

("?)  small  group  discussions,  demonstrations  and  review 
of  progress 

The  user  reps  lead  the  education  process,  even  though  outside  teachers  or 

local  or  central  systems  staff  do  much  of  the  teaching  and  presentation. 

Without  this  mobilization,  the  needed  base  for  acculturation  is 

missing,  and  one  can  easily  predict  the  likely  consequences;  these  are 

illustrated  by  the  Thassin  installation.  Given  the  base,  the  technical 

work  can  begin  with  the  activity  where  users,  supervisors,  and  user  reps 

play  the  main  role:  data  base  creation  or  conversion.  V.Tiile  IPS  is  not 

representative  -  there  is  no  "typical"  Common  System  -  it  seems  likely  that 

in  most  cases  getting  the  data  right  is  the  key  challenge;  the  programs 

already  exist.   The  desirable  sequence  seems  to  be  data  base  creation, 

installation  of  the  core,  and  then  adaptation  to  local  requirements,   "^is 

last  process  must  maintain  the  integrity  of  the  Common  System  if 


standardization  and  oorpor^tp  Intpf^ration  pre   long-term  objectives. 

The  final  stage  is  transfer  of  the  systen  to  the  user  department. 
Training  must  be  completed,  with  suffjeient  tine  allowed  for  users  to  gain 
confidence  and  experience,   ^t  is  likely  that  a  user  rep  will  move  into  the 
department  to  act  as  a  permanent  manager  and  coordinator.   Pecause  the 
system  is  a  combination  of  a  centrally-developed  core  and  locally-developed 
routines: 

(1).  a  clear  maintenance  strategy  must  bo  defined 

(?)  a  mechanism  for  ongoing  review  betv;een  the  central 
and  local  development  teams  should  be  set  up. 

Figure  f:   summarizes  the  key  design  issues  the  central  development  group 
must  resolve  to  facilitate  the  local  implementation  efforts. 

The  central  problem  is  to  define  the  scope  of  the  core.   "Tiis 
obviously  requires  very  careful  exploration  of  tVie  range  of  local 
variations,   ^n  i-he  case  of  Tp?,  this  v;as  not  done,  because  the  original 
system  was  built  for  Ttaly.   The  range  of  local  variations  in  Arnold  is 
Immense.   There  are  differences  in  banking  regulations,  markets, 
competitive  issues  and  existing  proceedures  and  data  formats  that  obviously 
affect  the  details  of  transaction  processing.   It  would  take  a  lengthy 
survey  and  substantial  involvement  of  local  units  to  identify  them.   They 
are  likely  to  reduce  the  scope  of  the  core  and  thus  make  parachuting  even 
more  inappropriate,  since  substantial  local  adaptation  will  be  needed  and- 
anticipated. 

The  relationship  betv/een  central  and  local  development  units  is 
potentially  one  of  confict,  not  cooperation.   The  central  team  needs  some 
degree  of  authority  if  th^  system  is  to  be  truly  Common.   The  lack  of  an 
explicit  policy  on  central  authority  versus  local  autonomy  in  /Arnold 
resulted  not  only  In  the  Far  Fast  rebellion,  but  a  disruptive,  prolonged 


FTGIIRF  f- 
DE5;TGN  I55StIF.«=;  FOR  THF  CFNTRAL  PFVFLOPMFNT  TEAM 


(1)   Tdpntjfy  overall  ranpe  of  loc?l  variations 


(?)   Define  srope  of  core 


(3)  Develop  routine  consultant/teacher 


(^)   Identify  key  local  contacts;  provide  early  forun  for  design  review 


(5)  Clearly  define  central  versus  local  authority  and  accountability 
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politic^l    ronflict.      "Hip   contr?i]    authority   also,    however,    nfpds   to   act   as   a 
service   unit,      "^his  neans   explicitly  building  a   routine   capability   for 
consulting   and    teaching. 

1?.     rnN'ci.ti^TQM 

The  main  lessons  for  Connon  Systems  development  that  fall  out  of 
this  analysis  can  he  divided  into  descriptive  and  prescriptive  conclusions. 
The  descriptive  ones  highlight  what  is  likely  to  occur  and  the  prescriptive 
ones  define  components  of  a  strategy  for  effective  implementation. 

The  descriptive  lessons  are: 

(1)  Common  J^ystems  may  encourage  a  parachuting 

mentality,  and  an  isolation  of  the  designers  from 
the  organization  their  creation  affects 

(?)  there  are   unrealistic  expectations  abou*:  'he 

necessary  degree  of  local  adaptation  if  the  scope  of 
the  core  is  too  broad 

(?)  operational  concept?  of  user  involvement  are  vague 
and  narrow 

Cj)  the  development  is  likely  to  be  program-oriented, 
rather  than  data-oriented 

(S)  local  vendor  eypertise  has  substantial  impact  on 
technical  quality. 

(fi)  leadership,  education  and  involvement  have  a  major 
impact;  the  same  basic  system  is  successful  in  one 
location  and  a  failure  in  another  because  of  these. 

The  major,  somewhat  disconcerting,  descriptive  conclusion  ,  if 
thjs  organization  is  typical,  is  that  the  well-understood  principles  of 
implementation  ps   the  management  of  change  (see  Keen,  107Q)  pre   not  part  of 
the  technician's  knov;ledpc  base,  "^c    technocentric  view  persists  and 
resources  for  expectation  setting,  education  and  liaison  pre   not  provided. 
Parachuting  is  a  naive  strategy;  it  is  gradually  abandoned  under  the 
pressure  of  experience. 


-IIP- 

Thf  r.-itn  prrscripti vo  lessons  r^re: 

(1)  the  inportnnce  of  the  pre-inst?in  ntlon  phases  anrl 
the  eonsequent  need  for  c^ireful  scheduHnR 

(?)    the  v?lue  of  formal  user  representative  liaison 
roles 

f)  the  need  for  persuasive,  substained  education 

(")  the  inportance  of  authority  and  leadership 

The  onpoinp  research  study  focussos  on  these  last  two  issues. 
Fduoation  for  technology  mobilization  seems  to  be  a  underused  strategic 
vehicle  In  implementation  (see  Pronsem?,  19^1).   Keen  (IQ^'lb)  defines  the 
links  between  authority,  responsibility  and  non-technical  resources  as  a 
major  policy  issue  in  effective  management  of  the  organization's  computer 
resource . 

Zuboff  (IQ^l)  exnmines  a  topic  v/hich  though  outside  the  scope  of 
this  paper  is  among  the  most  important  questions  for  research  on  the 
development  of  computers  systems  in  organizations:   the  impact  on  work. 
She  reports  that  IPS  and  similar  on-line  systems  increase  the  abstraction 
of  work  and  pose  new  problems  in  hov;  people  experience  their  jobs,  make 
sense  of  them  and  try  to  deduce  management's  intentions. 

As  computers  become  more  and  more  central  to  the  business  strategy 
of  organizations  and  most  of  their  work  is  mediated  by  computer  terminals 
(Zuboff),  large  on-line  Common  .System  projects  like  ■"■?.*?  are  likely  to 
become  more  frequent.   The  stakes  are  high,  in  terms  of  financial  and  human 
cost.   IPS  has  occupied  the  attention  of  a  large  part  of  Arnold's 
management  and  staff  for  nearly  five  years.   Tt  Is  a  great  success,  a 
partial  success  and  a  clear  failure.   It  has  increased  and  reduced  the 
culture  gap.   '''t  created  a  raging  political  debate.   ^t  shattered  morale  in 
several  units.   It  is  a  great  leap  forward  and  has  given  Arnold  an 
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Important  conpetitivp  sdvantane.   ft  indicates  the  importance  of 
Implementation  strategies  and  indeed  the  fact  that  much  of  implementation 
is  manaRerial  Common  5^ense. 
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